home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19970626-19970929 / 000411_news@newsmaster….columbia.edu _Fri Sep 26 11:25:03 1997.msg < prev    next >
Internet Message Format  |  1997-09-28  |  6KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA20204
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 26 Sep 1997 11:25:02 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA03537
  7.     for kermit.misc@watsun; Fri, 26 Sep 1997 11:25:02 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc,comp.dcom.modems,comp.std.internat
  11. Subject: Re: Kermit as a terminal for V.18-capable modems
  12. Date: 26 Sep 1997 15:24:56 GMT
  13. Organization: Columbia University
  14. Lines: 107
  15. Message-ID: <60gk48$6se$1@apakabar.cc.columbia.edu>
  16. References: <609at2$jf1@gateway.dircsa.org.au>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:7736 comp.dcom.modems:200726 comp.std.internat:7178
  19.  
  20. In article <609at2$jf1@gateway.dircsa.org.au>,
  21. Arthur Marsh <arthur@gateway.dircsa.org.au> wrote:
  22. : Over the last few years work has been going on to develop an ITU-T 
  23. : Recommendation for a modem that would inter-work with text telephone devices
  24. : currently in use around the world.
  25. : 
  26. : One can find out about this work at: http://www.pi.se/~omnitor, particularly:
  27. : 
  28. :    Linkname: V.18 final version __DETERMINED__( Q09a10r2.doc )
  29. :         URL: http://www.pi.se/~omnitor/q09a10r2.doc
  30. : 
  31. : for the current version of ITU-T Recommendation V.18.
  32. : 
  33. : In it, ISO 10646 is used as the character set.
  34. : 
  35. : This is interesting as I have not previously seen any modem explicitly 
  36. : supporting double byte character sets, and wonder how an external 
  37. : V.18-compliant modem would do so, and what non-propriatary-to-the-V.18
  38. : -compliant modem terminal software e.g. Kermit-95 would do to handle double
  39. : byte character sets, given that modems currently use 8 data bits 1 stop bits
  40. : no parity for commands and responses.
  41. : 
  42. : Is there a standard sequence in ISO 10646 that can be used to tell a terminal
  43. : package to enter ISO 10646 mode? Presumably the V.18-compliant modem could
  44. : also accept and send data as single-byte Latin-1 characters.
  45. : 
  46. I'm looking at one of the V.18 documents now.  Like all ITU-T (formerly
  47. CCITT) docments, it requires more than a casual browsing.  A couple quick
  48. reactions (pardon me if I'm missing something very basic -- I can't use the
  49. Microsoft Word document):
  50.  
  51.  1. ITU modem command-language standards have never caught on.  What about
  52.     V.25bis, which is at present the ONLY international standard in this
  53.     area?  As far as I know, it is used in Brazil (by law) and nowhwere
  54.     else.  This is yet another area that is driven by the chaotic
  55.     marketplace, where the de facto "standard" is the Hayes AT command set.
  56.     But of course, this varies wildly in both syntax and semantics from one
  57.     modem to the next.  Nevertheless, we can see that most makers of
  58.     communication software (other than the Kermit Project) feel it is quite
  59.     safe to ignore all non-Hayes modem command languages, even the
  60.     international standard one, the paramount example of this being
  61.     Microsoft TAPI.
  62.  
  63.  2. I don't think ISO 10646 is an issue; only regular, unaccented Roman
  64.     letters are used in text-telephone messages.  Quoting:
  65.  
  66. The initial condition of the converter shall be the Letters (LTRS) mode,
  67. therefore the DCE shall send the LTRS character (11111) to the line prior to
  68. transmitting the first translated character. The receiver decoding shall also
  69. start up in the LTRS mode.  Additionally, the DCE shall send the appropriate
  70. mode character (i.e., LTRS or FIGS) every 72 characters.
  71.  
  72. The 5-bit codes supported are given in Tables A-1 and A-2.  Each character
  73. shall consist of the 5-bit sequence given in the tables preceded by a one
  74. start bit and followed by a minimum of one and one half stop bits.
  75.  
  76. The DCE shall convert the 5-bit coded characters received from the line to the
  77. appropriate 7-bit coded characters and transfer them to the DTE on circuit 104
  78. (or its equivalent).
  79.  
  80. The DCE shall convert the 7-bit coded characters received from the DTE on
  81. Circuit 103 (or its equivalent) to the appropriate 5-bit coded characters (see
  82. Annex A) and transmit to the line.
  83.  
  84. (End quote)
  85.  
  86. Please correct me if I am wrong.    
  87.  
  88. Appendix 2 says something about ISO 10646, but I can't find any reference
  89. to Appendix 2 anywhere else in the document
  90.  
  91. : This is interesting as I have not previously seen any modem explicitly 
  92. : supporting double byte character sets, and wonder how an external 
  93. : V.18-compliant modem would do so...
  94. :
  95. Appendix 2 says that the default character set (for what?) is Level 1,
  96. 2-byte ISO 10646 sent as two conventionally framed 8-bit bytes.
  97.  
  98. : ... and what non-propriatary-to-the-V.18
  99. : -compliant modem terminal software e.g. Kermit-95 would do to handle double
  100. : byte character sets, given that modems currently use 8 data bits 1 stop bits
  101. : no parity for commands and responses.
  102. : 
  103. According to V.18, that will not change.  UARTs are UARTs, etc.  To send a
  104. 2-byte character, one sends two one-byte characters.
  105.  
  106. Kermit 95 will support double-byte character sets in a future release.
  107.  
  108. : Is there a standard sequence in ISO 10646 that can be used to tell a terminal
  109. : package to enter ISO 10646 mode? Presumably the V.18-compliant modem could
  110. : also accept and send data as single-byte Latin-1 characters.
  111. :  
  112. Yes, the standard for character-set designation and invocation
  113. is ISO 2022.  Character sets are registered by the ISO in the International
  114. Register of Coded Character Sets to be Used with Escape Sequences, which is
  115. maintained on behalf of the ISO by the ECMA.
  116.  
  117. By the way, transmission of bare Level-1 ISO 10646 (which is equivalent
  118. to "bare" Unicode) is problematic in general, and in most arenas where
  119. Unicode is used internally, a different transfer format, such as UTF8, is
  120. used that is compatible with ASCII and Latin-1.  In some cases, as in the
  121. Plan 9 Operating System, UTF-8 is used internally as well.
  122.  
  123. Clearly there will be a lot of "shaking out" in this area in the coming
  124. years.
  125.  
  126. - Frank